BEST AVAIUBLE CX)PY 



PCX 


Internationales Aktenzeichen 


ANTRAG 


IlllClUaUUUaJCa /VJUIIClUCUalUIIl 


Der Unterzeichnete beantragt, dafi die vorliegende 
Internationale Anmeldung nach dem Vertrag uber die 
Internationale Zusammenarbeit auf dem Gebiet des 


Name des Anmeldeamts und "PCT Internationa] Application" 


Patentwesens behandelt wird. 


Aktenzeichen des Anmelders oder Anwalts (falls gewunscht) 
(max. 12 Zeichen) qI 389 NeSWal 



Feld Nr. I BEZEICHNUNG DER ERFINDUNG 



Verfahren zur Installation und Konfiquration von Softwarekomponenten 



Feld Nr. II ANMELDER 



Diese Person ist gleichzeitig Erfinder 



Name und Anschrift: (Familienname, Vomame; beijuristischen Personen vollstdndige amtUche 
Bezeichnung. Bei der Anschrift sind die Postleitzahl imd der Name dies Stoats anzugeben, Der in 
diesem Feld in der Anschrift angegebene Staat ist der Staat des Sitzes oder Wohnsitzes des 
Anmelders, sofem nachstehend kein Stoat des Sitzes oder WohnsHzes angegeben ist.) 



NESWAL, Peter 
Lassallestrasse 14 

A-2231 Strasshof an der Nordbahn (AT) 



Telefonnr. 



Tclefaxnr.: 



Femschreibnr. 



Registrierungsnr. des Anmelders beim Amt: 



StaatsangehOrigkeit (Staat): 

Osterreich (AT) 



Sitz Oder Wohnsitz (Stoat): 

Osterreich (AT) 



Diese Person ist Anmelder 
filr folgende Staaten: 



alle Bestim- 
mungsstaaten 



□ 



alle Besdmmungsstaaten mit Ausnahme 
der Vereinigten Staaten von Amerika 



□ nur die Vereinigten I I die im Zusatzfeld 
Staaten von Amerika I I angegebenen Staaten 



Feld Nr. Ill WEITERE ANMELDER UNO/ODER (WEITERE) ERFINDER 



Name und Anschrift: (Familienname, Vomame; beijuristischen Personen vollstandige amtliche 
Bezeichnung. Bei der Anschrift sind die Postleitzohl md der Name des Stoats anzuge&n. Der in 
diesem Feld in der Anschrift angegebene Staat ist der Staat des Sitzes oder Wohnsitzes des 
Anmelders, sofem nachstehend kein Staat des Sitzes oder Wohnsitzes angegeben ist.) 



Diese Person ist: 
I I nur Anmelder 

I I Anmelder und Erfinder 



□ 



nur Erfinder (Wird dieses Kastchen 
angekreuzt, so sind die nachstehenden 
Angaben nicht notig.) 



Registrierungsnr. des Anmelders beim Amt: 



Staatsangehdrigkeit (Staat): 



Sitz Oder Wohnsitz (Stoat): 



Diese Person ist Anmelder allcBestim 



fur folgende Staaten: 



□ alle Bestimmun^staaten mit Ausiahme I | nur die Vereinigten | I die im Zusatzfeld 
der Vereinigten Staaten von Amerika I I Staaten von Amerika I I angegebenen Staaten 



I I Weitere Anmelder und/oder (weitere) Erfinder sind auf einem Fortsetzungsblatt angegeben. 



Feld Nr. IV AN^ALT ODER GEMEINSAMER VERTRETER; ODER ZUSTELLANSCHRIFT 



Die folgende Person wird hiermit bestellt/ist bestellt worden, um fur den (die) Anmelder vor 
den zustandigen intemationalen Behdrden in folgender Eigenschaft zu handeln als: 




Anwall I I gemeinsamer 
' — ' Vertreter 



Name und Anschrift: (F amilienname, Vomame; bei juristischen Personen vollstandige amtliche 

Bezeichnung. Bei der Anschrift sind die Postleitzahl und der Name des 
Staat s anzugeben) 


Telefonnr.: 

+43 1 879 17 06 




Telefaxnr, : 


WEISER, Andreas 


+43 1 879 17 07 


Hietzinger Hauptstrasse 4 
A-1130 Wien(AT) 


Femschreibnr.: 




Registrierungsnr. des Anwalts beim Amt: 



□ Zustellanscbrift: Dieses Kitchen ist anzukreuzen, wenn kein Anwalt oder gemeinsamer Vertreter bestellt ist und statt dessen im 
obigen Feld eine spezielle Zustellansduift angegeben ist 
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Siehe Anmerkimgen zu diesem Antrogsformular 



Blatt Nr. 

Fcid Nr. V BESTIMMUNGEN 



Die Einreichung dieses Antrags umfaBt geroSfi Kegel 4.9 Absatz a die Bestimmung aller Veitragsstaaten, die der PCT am 
intemationalen Anmeldedatuni verbindlich ist, und insoweit verftigbar, ftir jede Ait von Schutzrecht und sowohl ftkr ein regionales als 
auch f\iT ein nationales Patent. 

Dennoch wild 

I I DE Deutschland nicht fUr ein nationales Scbutzrecht bestim m t 

I I KR Republik Korea nicht fUr ein nationales Schutzrecht bestim mt 

I I RU Russische FOderation nicht fur ein nationales Schutzrecht bestimmt 

(Obenstehende Kastchen konnen angekreuzt warden, um die betreffenden Bestimmungen (umviderruflich) auszuscMiefien, urn zu 
vermeiden dafi eine fruhere nationale Anmeldung, deren Prioritat beansprucht wird, nach nationalem Recht ihre Wirhmg verlieri. 
Siehe die Anmerkimgen zu Feld Nr. VJur die Folgen solcker nationalen Rechtsvorschriften in diesen und bestimmten anderen Staaien). 



Feld Nr. VI PRIORITATSANSPRUCH 



Die Prioritat der folgenden fruheren Anmeldung(en) wird hiermit in Anspruch genommen: 



Anmeldedatum 
der fruheren Anmeldung 
(T ag/Monat/Jahr) 



Aktenzeichen 
der fruheren Anmeldung 



1st die frOhere Anmeldung eine: 



nationale Anmeldung: 
Staat Oder Mitglied der WTO 



regionale Anmeldung:* 
regionales Amt 



intemationale Anmeldung: 
Anmeldeamt 



Zeile(l) 



21/11/2003 



EP 03 450 257.5 



EPA 



Zeile (2) 



Zeile (3) 



I I Weitere Prioritatsanspriiche sind im Zusatzfeld angegeben. 

Das Anmeldeamt wird ersucht, eine beglaubigte Abschrifl der oben bezeichneten froheren Aimieldung(en) zu erstellen und dem 
intemationalen BQro zu fibermitteln (nur falls die fiUhere Anmeldung(en) bei dem Amt eingereicht warden ist (sind), das fur die Zwecke 
dieser intemationalen Anmeldung Anmeldeamt ist): 

□ samtliche Zeilen □ Zeile (1) □ Zeile (2) □ Zeile (3) □ weitere, siehe Zusatzfeld 

* Falls es sich bei der fruheren Anmeldung um eine ARIPO-Anmeldung handelt, geben Sie mindestens einen Staat an, der Mitgliedstaat der 
Pariser Verbandsubereinkunft zum Schutz des gewerblichen Eigentums oder Mitglied der Welthandelsorganisation ist und fur den oder das 
die fruhere Anmeldung eingereicht wurde: 



Feld Nr. VII INTERNATIONALE RECHERCHENBEHORDE 



Wahl der intemationalen Recherchenbehorde (ISA) ffalU zwei oder mehr als zwei Internationale Recherchenbehdrdenfiir die Ausft^^ 
der intemationalen Recherche zustdndig sind, geben Sie die von Ihnen gewdhlte Behdrde an; der Zweibuchstaben-Code kann benutzt werden): 

ISA/ 

Aotrag auf Nutzung der Ergebnisse einer fruheren Recherche; Bezugnahme auf diese fruhere Recherche (falls eine fruhere 
Recherche bei der intemationalen Recherchenbehorde beantragt oder von ihr durchgejuhrt warden ist): 

Datum (Tag/Monat/Jahrj Aktenzeichen Staai (oder regionales Amt) 

01/10/2004 EP 03 450 257.5 EPA 



Feld Nr. VIII ERKLARUNGEN 



Die Felder Nr. VIII (i) bis (v) enthalten die folgenden EridSrungen (Kreuzen Sie unten die entsprechenden Anzahl der 

Kastchen an und geben Sie in der rechten Spalte fur jede Erkldrung deren Anzahl an) : ErklSrungen 

I I Feld Nr. VIII (i) Erkianmg hinsichtlich der Identitat des Erfinders : 

I I Feld Nr. VIII (ii) Erklflrung hinsichtlich der Berechtigung des Anmelders, zum 2^itpunkt des 

intemationalen Anmeldedatums, ein Patent zu beantragen und zu erhalten 

n Feld Nr. VIII (iii) ErklSnrng hinsichtlich der Berechtigung des Anmelders, zum Zeitpunkt des 

intemationalen Anmeldedatums, die Priontm einer fruheren Aimieldung 
zu beanspruchen 

I I Feld Nr. VIII (iv) Erfrndererklfirung (nur im Hinblick auf die Bestimmung der Vereinigten 

Staaten von Amerika) 

I I Feld Nr. VIII (v) Erkldrung hinsichtlich unschadlicher Offenbarungen oder Ausnahmen 

von der Neuheitssch&Uichkeit 
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Siehe Anmerkungen zu diesem Antragsformular 



BlattNr. 



Feld Nr. IX KONTROLLISTE; EINREICHUNGSSPRACHE 



Diese intemationale Anmeldung enthalt: 

(a) auf Papier, die folgende Anzahl BUtter: 

Antrag (inklusive 
Eiidaningsbl&tter) 

Beschreibung (ohne 
Sequenzproiokoll imd/oder 
diesbezugliche Tabellen) 

AnsprOdie 

Zusammenfassung 

Zeichnungen 

Teilanzabl 

Sequenzprotokoli 

diesbezugliche Tabellen 

(fitr beide, Anzahl der Blatter, 
soweit auf Papier eingereicht 
wird, unabhdneig davon, ob 
zusdtzlich aucn in computer- 
lesbarer Form eingereicht wird; 
siehe unter (c)) 



22 

6 
1 

8 



40 



Gesamtanzahl 40 

(b) Q ausschlieOHch in computerlesbarer 

Form (Abschnitt 801(a)(i)) 

(i) D Sequenzprotokoli 

(ii) □ diesbezOgltche Tabellen 

(c) n auch in computerlesbarer Form 

(Abschnitt 801 (a)(ii)) 

(i) □ Sequenzprotokoli 

(ii) Q diesbezugliche Tabellen 

Art und Anzahl der Datentrager (Diskette, CD- 
ROM, CD-R Oder sonsdge) auf denen sich befinden 

(i) □ Sequenzprotokoli: 

(ii) □ diesbezugliche Tabellen: 

(zusatzlicke eingereichte Kopien unter Pimkt 9(ii) 
tmd/oder lO(ii) in der rechten Spalte angeben) 



Dieser intemationalen Anmeldung liegen die folgenden 
Unterlagen bei (kreuzen Sie die entsprechenden Kdstchen 
an und geben Sie in der rechten Spalte jeweils die Anzahl 
der beiliegenden Exemplare an) 

1 . 81 Blatt fiir die Gebilhrenberechnung 

2. □ Original einer gesonderten Vollmacht 

3. n Original einer allgemeinen Vollmacht 

4. □ Kopie der allgemeinen Vollmacht; Aktenzeichen (falls 

vornanden): 

5 . □ Begrfindung ftir das Fehlen einer Unterschrift 

6. □ Prioritatsbeleg(e), in Feld Nr. VI durch folgende 

Zeilennimm)er(n) gekennzeichnet: 



7. G Obersetzung der intemationalen Anmeldung in die 

folgende Spradie: 

8. D Gesonderte Angaben zu hinterlegten Mikroorganismen 

Oder anderem biologischen Material 

9. IZI Sequenzprotokoli in computerlesbarer Form 

(Art und Anzahl der Datentrager) 

(i) n Kopie ausschliefilichfiir die Zwedce der intemationalen 

Recherche nach Kegel 1 3/er (und nidit als Teil der 
intemationalen Anmeldung) 

(ii) CD ^""^ fi^i^s Felder (b)(i) oder (c)(i) in der linken Spalte 

angekreuzt wurden) zusatzlicne Kopien einschneBlich, 
soweit zutrefFend, einer Kopie fur die Zwecke der 
intemationalen Recherche nach Regel 13/er 

(iii) Q zusammenmitentsprechenderErklarungjdaBdie 

Kopie(n) mit dem in der linken Spalte aufgeftlhrten 
Sequenzprotokoli identisch ist 

10. D Tabellen in computerlesbarer Form imZusammenhang mit 
Sequenzprotokoli (Art und Anzahl der Datentrager) 

(i) Q Kopie ausschliefilichfiir die Zwecke der intemationalen 
Recherche nach Abschnitt 802(b*9ua/er) (und nicht als 
Teil der intemationalen Anmeldung) 

(") d fi^^^^ Felder (b)(ii) oder (c)(ii) in der linken Spalte 
angekreuzt wurden) zusStzliche Kopien einschliefilich, 
soweit zutreffend, einer Kopie fur die Zwecke der 
intemationalen Recherche nach Abschnitt ^Qlih-quater) 

(iii) □ zusammenmitentsprechenderErklarung,dafidie 
Kopie(n) mit dem in der linken Spalte aufgeftlhrten 
Tabellen identisch ist (sind) 

1 1 - n Sonstige (einzeln auffuhren): 



Anzahl 



1 



AbbilduDg der Zeichnungen, die 
mit der Zusammenfassung 
veroffentlicht warden soil (Nr.): 



Sprache, in der die 
intemationale Anmeldung 
eingereicht wird: 



Deutsch 



Feld Nr. X UNTERSCHRIFT DES ANMELDERS, DES ANWALTS ODER DES GEMEINSAMEN VERTRETERS 

Der Name jeder unterzeichnenden Person ist neben der Unterschrift zu wiederholen, und es ist anzugeben, scfem sich dies nicht eindeutig aus dem Antrag 
ergibt, in welcher Eigenschaft die Person unterzeichnet. 



Andreas WEISER 

Patentanwalt 
(Vollmacht erteilt) 



1 . Datum des tatsSchlichen Eingangs dieser 
intemationalen Anmeldung: 


2. Zeichnungen: 
1 1 eingegangen: 

1 1 nicht ein- 
1 — 1 gegangen: 


3. Geandertes Eingangsdatum aufgnind nachtrSglich, jedoch 
fristgerecht eingegangener Unterlagen oder Zeichnungen zur 
Vervollstdndigung dieser intemationalen Aimieldung: 


4. Datura des fristgerechten Einganes der angeforderten 
Richtigstellungen nach Artikel U(2) PCT: 


5. Internationale Recherchenbehorde 

(falls zwei oder mehr zustandig sind): \ S A / 


6. j 1 Ubermittlung des Recherchenexemplars 

1 1 bis zur Zahlung der Recherchengebiihr 

aufgeschoben 



Vom Intemationalen BOro auszuftillen 



Datum des Eingangs des Aktenexemplars 
beim Intemationalen Buro: 
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Siehe Anmerkungen zu diesem Antragsformular 



Verfahren zur Installation und Konf iguration 

von Sof twarekomponenten 



Die vorliegende Erfindung betrifft ein Verfahren zur auto- 
5 matischen Installation und Konf iguration von Sof twarekomponen- 
ten in einem Computernetzwerk, das eine Vielzahl von Benutzer- 
rechnern und zumindest eine Netzwerkressource von installierba- 
ren Sof twarekomponenten umfalSt. Die Erfindung betrifft ferner 
Computerprogrammobjekte zur Durchfiihrung dieses Verfahrens in 
10 Form eines Regelpakets, eines Frameworks und eines Klientpro- 
gramms, sowie Computer und Datentrager, die mit solchen Pro- 
grammob j ekten programmiert sind. 

Die Verteilung, Installation und Konf iguration von Soft- 
war ekomponent en in groSeren Computernetzwerken, z.B. Fir- 
15 mennetzwerken mit Tausenden von unterschiedlichen Benutzerrech- 
nern, auf denen Hunderte von Sof twarekomponenten laufen, die 
uberdies teils unterschiedlich zu konf igurieren sind, ist in 
der Praxis ein nicht-triviales Problem. 

Zur Losung dieses Problems wurden bereits verschiedenste 
20 Mechanismen vorgeschlagen, siehe insbesondere : 

''Software Distributor Administration Guide for HP-UX Hi, 

Edition 3", Hewlett-Packard Company, Juni 2002, 

http : / /docs . hp . com/hp\ix/pdf /B23 55 - 90754 . pdf ; 

Bailey, E. C. : "Maximum RPM - Taking the Red Hat Package 
25 Manager to the Limit", Red Hat Software, Inc., Juni 1998, 

http : //www . rpm. org/ local /maximum- rpm . ps . gz ; 

Jackson, I., et al.: „Debian Packaging Manual, Version 

3.2. 1.0 24. August 2000, 

http : //www . sylence . net/stuff /Debian_Packaging_Manual . pdf ; 
30 sowie ferner: 

Franken, K. : "Using RPM- Supervisor, vl.ll", 6. Nov. 2001, 
http : / /www. klaus . franken . de/ rpmsv/ download/ rpmsv.pdf ; 
"Safe Mechanism for Installing Operation System Updates 
with Applications", IBM Technical Disclosure Bulletin, IBM 
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Corp. New York, US, Bd. 41, Nr. 1, 1998, Seiten 557-559, 
ISSN: 0018-8689; 

''Windows Installer Service Overview" , Microsoft Corpora- 
tion, 1999, http: //download. microsoft . com/download/f /7/7/ 
5 f777da84-82d-4b90-a597-e329e09032b0/WIS-Pro.doc. 

Bei alien bekannten Losungen wird die Installation der Soft- 
war ekomponent en auf den Benutzerrechnern stets von einer zen- 
tralen Netzwerkressource aus initiiert. Dazu werden im einfach- 
sten Fall die Sof twarekomponenten, eventuell gemeinsam mit zu- 

10 geordneten Regelpaketen, die Anweisungen zur Installation der 
jeweiligen Sof twarekomponente (n) enthalten, an die Benutzer- 
rechner versandt (zentrale Sof tware-„Push"-Verteilung) , was ho- 
he Netzwerkbandbreiten belegt, selbst wenn einzelne Sof tware- 
komponenten auf bestimmten Benutzerrechnern gar nicht erforder- 

15 lich sind. Verbesserte Losungen verteilen in einem ersten 
Schritt Aktualisierungslisten mit Verweisen auf von der zentra- 
len Netzwerkressource abzuholende Sof twarekomponenten an die 
Benutzerrechner oder stellen solche Listen zur Abholung bereit 
( zentrale Aktualisierungslisten- „ Push'' - oder -„ Pull " - Vertei - 

20 lung) ; die Sof twarekomponenten werden dann wieder - eventuell 
gemeinsam mit oder integriert in Regelpakete zu ihrer Installa- 
tion - an die Benutzerrechner versandt. 

Beide bekannten Systeme haben entscheidende Nachteile. Im 
ersten Fall ist eine genaue Kenntnis der Ausstattung und Anfor- 

25 derungsprof ile aller Benutzerrechner im Feld erf orderlich, was 
den Aufbau und die Verwaltung umf angreicher Verzeichnisse und 
Verteilungsschliissel bedeutet. Auch im zweiten Fall liegt wei- 
terhin eine zentrale Verteilungsstrategie vor, die nicht auf 
rasche Vor-Ort-Veranderungen der Hard- oder Sof twareausstattung 

3 0 der Benutzerrechner reagieren kann, wie das AnschlieSen neuer 
Hardware, das Anmelden in einem Netzwerk, das Anmelden eines 
Benutzers usw., welche vmter Umstanden nicht nur Neuinstalla- 
tionen, sondern auch Neu- und Umkonf igurationen von Software - 
komponenten notwendig machen konnen. 
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Die Erfindung beruht auf der Erkenntnis, dalS es wiinschens- 
wert ware, eine Losung zur Installation imd Konf iguration von 
Sof twarekomponenten in einem Computernetzwerk aus vielen unter- 
schiedlichen Benutzerrechnern zu schaffen, welche auf individu- 
5 elle Anf orderungen und aktuelle Zustandsanderungen jedes ein- 
zelnen Benutzerrechners vollautomatisch eingehen und reagieren 
kann. 

Dieses Ziel wird in einem ersten Aspekt mit einem Verfah- 
ren der einleitend genannten Art erreicht, das sich gemafi der 
10 Erfindung auszeichnet durch die Schritte: 

a) Bereitstellen eines Frameworks auf der Netzwerkres- 
source, welches ein Regelpaket fur jede der installierbaren 
Sof twarekomponenten der Netzwerkressource und eine Liste abzu- 
arbeitender Regelpakete umfafit, nicht jedoch die Sof twarekompo- 

15 nenten selbst, 

wobei zumindest eines der Regelpakete eine Routine zum La- 
den seiner Sof twarekomponente von der Netzwerkressource her und 
Installieren auf einem Benutzerrechner und zumindest dieses 
Oder eines der anderen Regelpakete eine Routine zum Kon- 

20 figurieren seiner auf einem Benutzerrechner installierten Soft- 
war ekomponente umfafit, 

b) Ubertragen des gesamten Frameworks an einen Benutzer- 
rechner; und 

c) Abarbeiten der Liste abzuarbeitender Regelpakete mit 
25 Installationsroutinen auf dem Benutzerrechner unter Aufrufen 

ihrer Installationsroutinen und nochmaliges Abarbeiten der Li- 
ste abzuarbeitender Regelpakete mit Konf igurationsroutinen auf 
dem Benutzerrechner unter Aufrufen ihrer Konf igurationsrouti- 
nen, 

3 0 wobei zumindest Schritt c) durch ein lokales Ereignis auf 

dem jeweiligen Benutzerrechner ausgelost wird, bevorzugt durch 
einen Systemstart oder -stop, ein Systemsperren oder 
-freigeben, eine Benutzeran- oder -abmeldung, eine Netzwerkan- 
oder -abmeldung, einen Programmstart oder -ende, das An- oder 
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AbschlieEen einer Hardwareausstattung oder durch einen Zeitge- 
ber . 

Auf diese Weise wird erstmals eine vollautomatisierte, de- 
zentrale und dynamische Selbstinstallation und -konf iguration 
5 jedes einzelnen Benutzerrechners moglich, welche rasch auf lo- 
kale Ereignisse reagieren kann. Da jeder Benutzerrechner stets 
liber das gesamte Framework mit alien potentiell notwendigen Re- 
gelpaketen verfiigt, konnen lokale Ereignisse und Zustandsande- 
riingen des Benutzerrechners unmittelbar in entsprechende Soft- 
10 warekomponenten-Installationen oder -Konf igurationen umgesetzt 
warden, wobei jeder Benutzerrechner groStmoglich autark ist. 

Mit dem Verfahren der Erf indung ist erstmals nicht nur die 
Verteilung und die Installation von Sof twarekomponenten mog- 
lich, sondern gleichzeitig auch ihre Konf iguration, d.h. die 
15 Einstell\ing spezieller Parameter der installierten Softwarekom- 
ponente. Damit konnen z.B. benutzerspezif ische, anwendungsumge- 
biingsspezif ische, gruppenspezif ische oder aber auch einfach nur 
f irmeneinheitliche Konf igurationen auf alien Benutzerrechnern 
im Netzwerk durchgefiihrt werden. Alles, was dazu erforderlich 
20 ist, ist die einmalige Definition eines Regelpakets fiir die je- 
weilige Sof twarekomponente . 

Dabei wurde erstmals auch das Problem erkannt und beruck- 
sichtigt, da& eine korrekte Konf iguration der einzelnen Soft- 
warekomponenten erst nach AbschluE der Installation aller Soft- 
25 warekomponenten moglich ist, da Installationsvorgange haufig 
die Nebenwirkung eines Uberschreibens der Konf iguration tiefer- 
liegender Sof twarekomponenten haben. Dadurch, dafi in einem er- 
sten Durchgang zunachst alle Installationsroutinen und erst an- 
schlieEend in einem zweiten Durchgang alle Konf igurationsrouti- 
30 nen abgearbeitet werden, ist eine korrekte Konf iguration aller 
Sof twarekomponenten gewahrleistet . 

Eine besonders bevorzugte Ausf iihrungsf orm des erfindungs- 
gemaSen Verfahrens, bei welchem die erfolgreiche Installation 
einer Sof twarekomponente auf einem Benutzerrechner die An- oder 
35 Abwesenheit, Konf iguration oder Dekonf iguration einer anderen 
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Sof twarekomponente als Voraussetzung haben kann, zeichnet sich 
dadurch aus, 

dafi im Schritt a) das Framework einen Detektor fiir jede 
mogliche Voraussetzung und zumindest eines der Regelpakete eine 
5 Routine zum Deinstallieren seiner Sof twarekomponente von einem 
Benutzerrechner und zumindest dieses oder eines der anderen Re- 
gelpakete eine Routine zum Riickgangigmachen (Dekonf igurieren) 
der Konf iguration seiner Sof twarekomponente auf einem Benutzer- 
rechner umfaSt, und 

10 daS im Schritt c) , wenn im Zuge eines Regelpakets mittels 

eines Detektors festgestellt wird, dafi die An- oder Abwesen- 
heit, Konf iguration oder Dekonf iguration einer anderen Soft- 
warekomponente erforderlich ist, die Installations-, Deinstal- 
lationsrout ine , Konf igurat ions- oder Dekonf igurationsroutine 

15 des dieser anderen Sof twarekomponente zugeordneten Regelpakets 
aufgerufen wird. 

Auf diese Weise werden autarke Regelpakete geschaffen, 
welche ausschlieSlich iiber ihre gegenseitigen Abhangigkeiten 
referenziert sind. Dazu stellt das Framework wiederverwendbare 

2 0 Detektoren zur Verfiigung, mit deren Hilfe die Voraussetzungen 
fur die Installation oder Konf iguration einer Sof twarekomponen- 
te auf dem Benutzerrechner rasch iiberpruft werden konnen. Dies 
erleichtert einerseits die Definition der Regelpakete fiir die 
Bereitstellung des Frameworks, andererseits brauchen die Regel- 

25 pakete auf dem Benutzerrechner nur eines nach dem anderen abge- 
arbeitet zu werden, wobei sie sich entsprechend ihrer Abhangig- 
keiten auch gegenseitig aufrufen konnen. Jedes Regelpaket 
„weiS'' selbst, wie es seine zugeordnete Sof twarekomponente in- 
stallieren, deinstallieren, konf igurieren bzw. dekonf igurieren 

30 kann. Das Erzeugen von speziellen Installations- oder Konfigu- 
rations-Scripts fur die einzelnen Benutzerrechner entfallt. 

Eine weitere bevorzugte Ausfiihrungsf orm des Verfahrens der 
Erfindung zeichnet sich dadurch aus, dafi das Framework auch De- 
tektoren fiir die Hardware- oder Betriebssystemausstattung eines 

35 Benutzerrechners umfaSt und im Zuge einer Routine mittels eines 
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solchen Detektors iiberpriift wird, ob der Benutzerrechner fiir 
die jeweilige Installation, Deinstallation, Konf iguration oder 
Dekonf iguration der Sof twarekomponente geeignet ist, und/oder 
dafi im Zuge einer Routine vorab gepriift wird, ob die jeweilige 
5 Installation, Deinstallation, Konf iguration oder Dekonfigura- 
tion der Sof twarekomponente auf dem Benutzerrechner bereits er- 
folgt ist und, wenn ja, die Routine sofort beendet wird. 

Dadurch wird jedes Regelpaket noch starker autark, d.h. es 
„weifi*^ auch, ob es fur den jeweiligen Benutzerrechner zustandig 

10 bzw. anzuwenden ist. Die Abarbeitung der Regelpakete auf den 
Benutzerrechnern wird dadurch noch einfacher. Im allgemeinsten 
Fall konnen z.B. einfach alle im Framework vorhandenen Regelpa- 
kete abgearbeitet werden, beginnend mit dem ersten, xmd jedes 
Regelpaket entscheidet fur sich, ob es uberhaupt auszufuhren 

15 ist, andere, vorauszusetzende Regelpakete aufrufen soil usw. 

Bevorzugt konnen Schritt b) und/oder Schritt c) auch durch 
ein entferntes Ereignis auf der Netzwerkressource ausgelost 
werden, z.B. das Aussenden einer Gruppen- oder Broadcastnach- 
richt usw., wodurch auch das Verhalten herkommlicher zentraler 

20 Verteilungsverfahren mit dem erf indungsgemafien Verfahren nach- 
gebildet werden kann. 

Die Erfindung erstreckt sich auch auf ein Computerpro- 
gramm, welches das erf indungsgemafie Verfahren implementiert . 

Ein weiterer Aspekt der Erfindung besteht in der Schaffung 

25 eines Regelpakets, das auf einem Betriebssystem eines Benutzer- 
rechners ausfiihrbar ist, wie in den Anspriichen 7 bis 12 defi- 
niert. Bezuglich der Merkmale und Vorteile des erf indungsgema- 
Sen Regelpakets wird auf die obigen Ausfiihrungen zum Verfahren 
verwiesen. 

30 Eine bevorzugte Ausf iihrungsf orm eines Regelpakets der Er- 

findung zeichnet sich dadurch aus, daS es mindestens einen Aus- 
loseverweis auf ein lokales Ereignis auf dem Benutzerrechner 
Oder ein entferntes Ereignis auf der Netzwerkressource enthalt, 
wobei der Ausloseverweis diesem Ereignis zumindest eine der 

35 Routinen des Regelpakets zuordnet . Dadurch konnen auch einzelne 
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Regelpakete bzw. deren Routinen ereignisgesteuert ausgefiihrt 
werden, was die Flexibilitat und Reaktionsf ahigkeit des Systems 
wesentlich erhoht . 

In der Praxis kommen standig neue Sof twarekomponenten auf 
5 den Markt . Wenn keine besonderen MaSnahmen ergriffen werden, 
wiirde die Anzahl der Regelpakete im Framework standig anwach- 
sen; andererseits werden Regelpakete im Framework obsolet, z.B. 
wenn Sof twarekomponenten aufier Dienst gestellt werden. Solche 
obsoleten Regelpakete werden zweckmafiigerweise aus dem Frame - 

10 work entfernt, auf einzelnen Benutzerrechnern konnen sie jedoch 
noch erforderlich sein, beispielsweise wegen veralteter Hard- 
war ekomponent en. Es ist daher besonders giinstig, wenn Regelpa- 
kete auch in einen inaktiven Zustand versetzbar sind, in wel- 
chem nur ihre Deinstallationsroutine aufrufbar ist. Dadurch 

15 kann die Installation veralteter Sof twarekomponenten verhindert 
werden, ihre Deinstallation ist aber jederzeit moglich. 

Die Erfindung erstreckt sich auch auf einen Computer, der 
mit zumindest einem erf indungsgemalSen Regelpaket programmiert 
ist . 

20 Ein weiterer Aspekt der Erfindung ist ein Framework, das 

auf einer Netzwerkressource in einem Computernetzwerk fiir eine 
Vielzahl von Benutzerrechnern bereitstellbar ist, wie in den 
Anspriichen 14 und 15 definiert, und das erf indungsgemafie Regel- 
pakete enthalt. Bezuglich der Merkmale und Vorteile des Frame- 

25 works wird auf die obigen Ausfiihrungen zum Verfahren verwiesen. 

Die Erfindung erstreckt sich auch auf einen Computer und 
einen maschinenlesbaren Datentrager, die mit einem erfindungs- 
gemaSen Framework programmiert sind. 

Noch ein weiterer Aspekt der Erfindung besteht in der 

30 Schaffung eines Klientprogramms , das auf einem Benutzerrechner 
ausfiihrbar ist, wie in den Anspruchen 18 bis 23 definiert, und 
ein Framework gemaS der Erfindung enthalt. Bezuglich weiterer 
Merkmale und Vorteile des Klientprogramms wird auf die obigen 
Ausfiihrungen zum Verfahren verwiesen. 
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GemaS einer bevorzugten Ausf uhrungsf orm weist das Klient- 
programm eine lokale Datenbank auf, welche eine Liste von Re- 
gelpaketen mit erfolgreich durchlauf enen Installationsroutinen 
und eine Liste von Regelpaketen mit erfolgreich durchlauf enen 
5 Konf igurationsroutinen enthalt. Mit Hilfe dieser Datenbank kann 
die Abarbeitung der Regelpakete beschleunigt werden, da bei- 
spielsweise fiir bereits installierte oder konf igurierte Soft- 
warepakete der Aufruf der entsprechenden Regelpakete unterblei- 
ben kann. 

10 Uberdies eroffnet dies die Moglichkeit, daS das Klientpro- 

gramm die in den Listen eingetragenen Regelpakete mit den im 
Framework enthaltenen Regelpaketen vergleicht und fiir jene Re- 
gelpakete, welche im Framework nicht aufscheinen, in einem er- 
sten Durchgang deren Dekonf igurationsroutinen und in einem 

15 zweiten Durchgang deren Deinstallationsroutinen abarbeitet, wo- 
durch obsolete oder veraltete Sof twarekomponenten automatisch 
entfernt werden konnen. 

GemaS einer bevorzugten Ausf uhrungsf orm eines Klientpro- 
gramms, welches von Regelpaketen mit Ausloseverweisen zur er- 

20 eignisgesteuerten Ausfuhrung Gebrauch macht, iiberwacht das 
Klientprogramm das Auftreten eines lokalen Ereignisses auf dem 
Benutzerrechner, besonders bevorzugt eines Systemstarts oder 
-stops, eines Systemsperrens oder -freigebens, einer Benutze- 
ran- oder -abmeldung, einer Netzwerkan- oder -abmeldung, eines 

25 Programms tarts oder -endes, des An- oder Abschlie£ens einer 
Hardwareausstattung, oder des Ansprechens eines Zeitgebers, 
und/oder das Auftreten eines entfernten Ereignisses auf der 
Netzwerkressource, besonders bevorzugt das Aussenden einer 
Gruppen- oder Broadcastnachricht , und ruft die diesem Ereignis 

3 0 liber den Ausloseverweis zugeordnete Routine des entsprechenden 
Regelpakets auf. Dies kann zweckmaSigerweise auch mit Hilfe der 
Listen in der Datenbank erfolgen, in welche die Ausloseverweise 
der Regelpakete miteingetragen werden konnen. Auf diese Weise 
konnen auch einzelne oder Gruppen von Regelpaketen bzw. deren 

35 Routinen ereignisgesteuert ausgefuhrt werden. 
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In jedem Fall ist es besonders giinstig, wenn das Klient- 
programm ein Transaktionssystem fiir jede systemmodif izierende 
Komponente, insbesondere fur die Regelpakete, aufweist. Dadurch 
kann jederzeit ein Rollback des Systems vorgenommen werden, 
5 wenn z.B. eine Installation oder Konf iguration fehlschlagt, wis 
in der Technik bekannt. Die Betriebssicherheit des Klientpro- 
gramms wird dadurch wesentlich erhoht . 

SchlieSlich erstreckt sich die Erfindung auch auf einen 
Computer, der mit einem erf indungsgemafien Klientprogramm pro- 
10 grammiert ist. 

Die Erfindung wird nachstehend anhand von in den Zeichnun- 
gen dargestellten Ausfuhrungsbeispielen naher erlautert. In den 
Zeichnungen zeigt : 

Fig. 1 ein Blockschaltbild eines Computernetzwerkes, in 
15 welchem das Verfahren, die Programmobjekte und Computer der Er- 
findung zur Anwendung gelangen. 

Fig. 2 ein Blockschaltbild eines beispielhaf ten, mit einem 
Klientprogramm programmierten Benutzerrechners der Erfindung, 

Fig. 3 den schematischen Aufbau eines. Frameworks der Er- 
20 findxing. 

Fig. 4 den schematischen Aufbau eines Regelpakets der Er- 
findung, 

Fig. 5 die gegenseitigen Beziehungen mehrerer beispielhaf- 
ter Regelpakete in Form eines Beziehungsdiagramms, 
25 Fig. 6 ein FluEdiagramm des Verfahrens der Erfindung, 

Fig. 7 ein Beispiel fiir die von einer Installationsroutine 
erzeugten Eintrage in der lokalen Datenbank, 

Fig. 8 ein Beispiel fiir die von einer Konf igurationsrou- 
tine erzeugten Eintrage in der lokalen Datenbank, 
30 Fig. 9 mehrere mogliche Auslosearten fiir die auf dem Be- 

nutzerrechner ablaufenden Schritte des Verfahrens der Erfindung 
in Form eines FluEdiagramms, und 

Fig. 10 das Blockschaltbild einer moglichen Implementie- 
rxing des Klientprogramms auf einem Betriebssystem mit voneinan- 
35 der isolierten Ausfiihrungsschichten. 
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Fig. 1 zeigt ein Computernetzwerk 1, das eine Vielzahl von 
Benutzerrechnern 2 umfafit. Ein beispielhaf ter Benutzerrechner 2 
ist in Fig. 2 ausfiihrlicher gezeigt und enthalt eine Anzahl von 
schematisch dargestellten Sof twarekomponenten BSl, A, B, . . , 
5 welche je nach Einsatzgebiet des Benutzerrechners 2 rechner-, 
benutzer- oder anwendungsspezif isch installiert und konfigu- 
riert werden sollen. 

Die Gesamtheit aller auf dem Benutzerrechner 2 potentiell 
installier- und konf igurierbarer Sof twarekomponenten ist in 

10 Fig. 2 mit SW bezeichnet. Dabei ist zu beachten, dafi die In- 
stallation und Konf iguration der Sof twarekomponenten SW komple- 
xen gegenseitigen Abhangigkeiten unterworfen sein kann. Bei- 
spielsweise erfordert die Installation der Sof twarekomponente B 
eine vorherige Installation der Sof twarekomponente A und diese 

15 wiederum eine vorherige Installation der Sof twarekomponente 
BSl, welche z.B. bereits auf dem Benutzerrechner 2 installiert 
sein kann, weil sie Teil des Betriebssystems ist. Andererseits 
kann es Sof twarekomponenten geben, welche unbedingt die Abwe- 
senheit, d.h. Deinstallation, einer anderen Sof twarekomponenten 

20 fiir ihre korrekte Installation voraussetzen. Eine solche Situa- 
tion ist in Fig. 5 dargestellt (welche spater noch ausfiihrli- 
cher erortert wird) , wobei die mit „ restrict'' bezeichneten Pfa- 
de zwischen Sof twarekomponenten die Voraussetzung der Abwe- 
senheit einer Sof twarekomponente angeben, jene mit „rec[uire" 

25 bezeichneten Pfade die Voraussetzung der Anwesenheit einer 
Sof twarekomponente . 

Es versteht sich, daE der Begriff „ Sof twarekomponente", 
wie er hier verwendet wird, je nach Anwendungsf all und Erfor- 
dernis jede Art von Granularitat bzw. „Korngr6Ee'' von Software 

30 umfaSt, sei es ein Treiber, ein Unterprogramm, ein Programmob- 
jekt, ein Hauptprogramm, eine Unter- oder Hauptklasse, eine An- 
wendung, oder ein Anwendungskomplex. Darin zeigt sich die Mach- 
tigkeit der hier vorgestellten Losung: So kann z.B. ein Regel- 
paket RPi fur die allgemein bekannte Sof twarekomponente „Micro- 

35 soft Office XP mit Microsoft Frontpage, ohne Netzwerkunterstiit- 
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zung'' definiert werden, gleichzeitig ein weiteres Regelpaket 
RP2 fur die - sich teilweise iiberlappende , teilweise unterfal- 
lende - Soft war ekomponente ^Microsoft Frontpage, mit Netzwerk- 
unterstutzung" . 

5 Zuriickkehrend auf Fig. 1 wird das gesamte Beziehungssystem 

aller potentiell auf den Benutzerrechnern 2 installierbaren 
Sof twarekomponenten SW in Form eines Frameworks FW abgebildet, 
dessen struktureller Aufbau spater noch ausf iihrlicher unter Be- 
zugnahme auf die Fig. 3 und 4 erlautert wird. Das Framework FW 
10 wird im Computernetzwerk 1 auf einer Netzwerkressource RESi be- 
reitgestellt . 

Unabhangig von dem Framework FW warden im Computernetzwerk 
1 auf einer weiteren Netzwerkressource RES2 alle potentiell in- 
stallierbaren Sof twarekomponenten SW (BSl, A, B,..) bereitge- 
15 stellt. 

Es versteht sich, dafi die Netzwerkressourcen RESi und RES2 
auch ein und dieselbe Netzwerkressource RES sein konnen (siehe 
z.B. Fig. 2) oder ihrerseits in geographisch verteilte Netz- 
werkressourcen aufgeteilt werden konnen (siehe z.B. die Vertei- 

20 lung der Sof twarekomponenten A und B auf die Netzwerkressourcen 
RES2 und RES3 in Fig. 2) . Auch ist es moglich, dafi eine der 
Netzwerkressourcen, insbesondere jene fiir die Sof twarekomponen- 
ten, tatsachlich ein „of f line"-Datentrager ist, z.B. eine CD- 
Rom usw., wie in Fig. 2 beispielhaft fiir die Sof twarekomponente 

25 B angedeutet. 

Der Aufbau und die Pflege des Frameworks FW, d.h. das Ein- 
speisen in die Netzwerkressource RESi, werden an Administrator- 
arbeitsplatzen 3 durchgef iihrt . Die Verteilung bzw. Ausbreitxing 
des Frameworks FW im Computernetzwerk 1 bis zu den Benutzer- 

30 rechnern 2 kann auf jede beliebige Art erfolgen, beispielsweise 
durch Push-Technologien, wie Broadcast- oder Gruppennachrichten 
nach dem Internetprotokoll, oder Pull-Technologien, wie Abholen 
durch die Benutzerrechner 2 von Logon- Shares auf den Netzwerk- 
ressourcen bei einem Systemstart oder einer Benutzeranmeldung, 
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durch Peer- to- Peer- Propagierungs- oder Replizierungsverf ahren 
usw. 

Beispielsweise kann das Framework FW in der Art von Inter- 
net-Domain-Name-Services von Netzwerkknoten, wie der Netzwerk- 
5 ressource RESi, zu Netzwerkknoten, wie der Netzwerkressource 
RES2, mittels Spiegelung repliziert und damit verteilt werden. 
Dadurch kann das Framework FW auch auf Netzwerkressourcen RES2 
verfiigbar sein, welche fiir die Bereithaltung von Sof twarekompo- 
nenten SW dienen, oder auch direkt von Benutzerrechner 2 zu Be- 

10 nutzerrechner 2 („Peer-to-Peer") repliziert werden. Um den 
Netzwerkverkehr bei der Verteilung des Frameworks FW moglichst 
gering zu halt en, kann auch vorgesehen werden, dafi nach einer 
erstmaligen Verteilung des gesamten Frameworks FW nur mehr Dif- 
ferenz -Updates des Frameworks FW auf seine jeweils aktuellste 

15 Version verteilt werden. 

Die weitere Beschreibung der Erfindung geht von einem Zu- 
stand aus, in welchem das Framework FW dem stellvertretend be- 
schriebenen Benutzerrechner 2 zur Verfiigung steht. 

Der Aufbau des Frameworks FW wird anhand der Fig. 3 und 4 

2 0 naher erlautert. GemaS Fig. 3 umfafit das Framework FW einen 
Satz von Regelpaketen RP, und zwar ein Regelpaket RP fiir jede 
potentiell auf einem Benutzerrechner 2 installier- und/oder 
konf igurierbare Sof twarekomponente BSl, A, B, . . Jedes Regelpa- 
ket RP bildet die Hard- \md Sof twarevoraussetzungen jeweils ei- 

25 ner Sof twarekomponente ab. 

Fig. 4 zeigt den Aufbau eines beispielhaf ten Regelpakets 
RPa fiir die Sof twarekomponente A. Das Regelpaket RPa enthalt 
einen Verweis RESa auf seine zugeordnete Sof twarekomponente A, 
beispielsweise in Form eines Zeigers auf jene Netzwerkressource 

30 RES2, auf welcher die Sof twarekomponente A verfiigbar ist. 

GemaE Fig. 4 umfaSt jedes Regelpaket RP eine Routine 
„INST{)'' 4 zum Installieren der ihm zugeordneten Sof twarekompo- 
nente (hier: A) auf dem Benutzerrechner 2, eine weitere Routine 
„DEINST()'' 4' zum Deinstallieren diese Sof twarekomponente vom 

35 Benutzerrechner 2, eine Routine „CONFIG()" 5 zum Konf igurieren 
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dieser Sof twarekomponente und eine Routine „DECONFIG{)" 5' zum 
Ruckgangigmachen {„Dekonf igurieren") der Konf iguration dieser 
Sof twarekomponente . 

Ein Regelpaket RP muE nicht alle vier Routinen 4, 4', 5, 
5 5' enthalten, jedoch mindestens eine der Routinen 4, 4', 5, 5'. 
Bevorzugt enthalt das Regelpaket RP mindestens ein komplementa- 
res Routinenpaar 4/4' oder 5/5', so da£ zu der Installations- 
bzw. Konf igurationsroutine 4, 5 jeweils zumindest die zugeord- 
nete Deinstallations- bzw. Dekonf igurationsroutine 4', 5' ent- 

10 halten ist. 

Es versteht sich, dafi die vier Routinen 4, 4', 5 und 5' - 
soferne sie gemeinsame Codeabschnitte besitzen - auch strecken- 
weise in einer gemeinsamen Routine zusammengef alSt sein konnen, 
z.B. in einer gemeinsam zu durchlauf enden Einleitungsroutine 

15 des Regelpakets RP, oder uberhaupt durch einen gemeinsamen Co- 
deabschnitt implement iert werden konnen, welcher durch entspre- 
chende Auf ruf schalter gesteuert einmal z.B. die Funktion der 
Installationsroutine 4, ein anderes Mai z.B. die Funktion der 
Dekonf igurationsroutine 5' einnimmt, usw. In diesem Sinne sind 

20 die Routinen 4, 4', 5, 5' „funktionelle" Routinen, nicht not- 
wendigerweise Routinen im programmtechnischen Sinne, wie fur 
den Fachmann ersichtlich. 

In der vorliegenden Beschreibung wird der Begriff „Instal- 
lieren** zum grundsatzlichen Bereitstellen der Nutzungsmoglich- 

25 keit einer Sof twarekomponente auf einem Benutzerrechner verwen- 
det. Die Installation umfaSt in der Regel das Speichern der 
Sof twarekomponente A auf einem lokalen Datenspeicher (z.B. der 
Festplatte) des Benutzerrechners, sowie haufig auch ein erstes, 
allgemeines Konf igurieren (siehe unten) der Sof twarekomponente, 

30 damit diese grundsatzlich betriebsf ahig ist. Zusatzlich kann 
die Installation auch eine oder mehrere Regeln fiir das automa- 
tische Erganzen oder Verandern der gespeicherten Sof twarekompo- 
nente A mittels bereitgestellter Updates enthalten. 
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Der Begriff „Deinstallieren" wird fur das Entfernen der 
Sof twarekomponente SW vom Benutzerrechner 2, z.B. durch Loschen 
von der Festplatte, verwendet. 

Der Begriff „Konf igurieren'' wird wiederum fiir jede Form 
5 von einheitlicher, gruppenspezif ischer , benutzerspezif ischer 
Oder anwendungssituationsspezif ischer Einstellung einer Soft- 
warekomponente verwendet, wie durch den Einstellungspf eil in 
Fig. 2 versinnbildlicht . Damit ermoglicht das erf indungsgemaSe 
Verfahren nicht nur die autarke Installation aller erforderli- 

10 chen Sof twarekomponenten auf einem Benutzerrechner, sondern 
auch die Einstellung eines bestimmten, im Framework FW defi- 
nierten Zustandes dieser Sof twarekomponenten. 

Unter dem Begriff „Ruckgangigmachen einer Konf iguration" 
bzw. „Dekonf igurieren" wird in der vorliegenden Beschreibung 

15 das Wiederherstellen jener Einstellung einer Sof twarekomponente 
verstanden, wie sie vor dem Konf igurieren geherrscht hat, 
und/oder das Einstellen der nach einer Deinstallation dieser 
Sof twarekomponente verbliebenen anderen Sof twarekomponenten in 
der Art, wie es fvir den aktuellen Systemzustand ohne die dein- 

20 stallierte Sof twarekomponente erforderlich ist; letzteres ist 
auch mit dem Begriff Riickgangigmachen der Konf iguration „hin- 
sichtlich" dieser Sof twarekomponente gemeint. 

GemalS Fig. 4 kann das Regelpaket RPa optional einen oder 
mehrere Ausloseverweise TRIGa auf ein lokales oder entferntes 

25 Ereignis enthalten, . bei dessen Auftreten zumindest eine seiner 
Routinen 4, 4', 5, 5' ausgefiihrt werden soil, wie spater noch 
anhand von Fig. 9 ausf iihrlicher erdrtert wird. 

Ferner kann das Regelpaket RPa auch lokale Ressourcen 
RES4, RES5 fiir z.B. kleine Sof twarekomponenten oder Konfigura- 

30 tionsparameter umfassen. 

Jede der Routinen 4, 4', 5, 5' enthalt eine eigenstandige 
Uberprufiing der Voraussetzungen fiir die Installation, Konfigu- 
ration, Deinstallation oder Dekonf iguration der dem Regelpaket 
zugeordneten Sof twarekomponente, beispielsweise das Erfordernis 

35 der Anwesenheit einer anderen Sof twarekomponente {„ require*'- 
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Pfade in Fig. 5) oder der Abwesenheit einer Komponente („re- 
strict "-Pf ade in Fig. 5) . Wenn die jeweilige Routine ein Anwe- 
senheitserf ordernis („require'') feststellt, ruft sie die In- 
stallationsroutine 4 des dieser anderen Sof twarekomponente zu- 
5 geordneten anderen Regelpakets RP auf; wenn sie ein Abwesen- 
heitserf ordernis {„restrict") feststellt, dessen Deinstallati- 
onsroutine 4' . Auf diese Weise wird durch Abarbeiten der Regel- 
pakete das Beziehungsgef lecht von Fig. 5 eingehalten und ausge- 
fuhrt. Es ist klar, daS diese Uberpriifung auch in einen den 
10 Routinen gemeinsamen Teil des Regelpakets ausgelagert sein 
kann, welcher bei Ausfuhrung einer Routine stets durchlaufen 
wird- 

Um die Uberpriifung der An- oder Abwesenheit einer bestimm- 
ten Sof twarekomponente zu vereinf achen, umfaSt das Framework FW 

15 einen Satz von Detektionsroutinen bzw. Detektoren DET, z.B. ei- 
nen Detektor DETa fur das Vorhandensein der Sof twarekomponente 
A, einen Detektor DETbsi fur das Vorhandensein der Betriebssy- 
stemkomponente BSl oder einen Detektor DEThw fur das Vorhanden- 
sein einer bestimmten Hardwareausstattung des bestimmten Benut- 

20 zerrechners 2, siehe Fig. 5. 

Die Detektoren DET konnen nicht nur die An- oder Abwesen- 
heit einer Sof twarekomponente SW iiberpriifen, sondern auch ob 
eine Sof twarekomponente gerade lauft bzw. ausgefiihrt wird oder 
nicht. Alle diese Varianten werden in der vorliegenden Be- 

25 schreibung unter dem Begriff „An- oder Abwesenheit*' zusammenge- 
faJSt bzw. sind eine der moglichen Voraussetzxingen fur eine 
Sof twarekomponente, die ein Detektor DET uberprufen kann. 

Die Detektoren DET konnen sich auch gegenseitig aufrufen 
bzw. voneinander Gebrauch machen, z.B. wenn eine zu iiberpru- 

3 0 fende Voraussetzung in mehrere einzelne Voraussetzungen zerleg- 
bar ist, fur welche bereits andere Detektoren vorhanden sind. 

Anlage 1 zeigt ein Implementierungsbeispiel fur einen De- 
tektor zur Feststellung der Anwesenheit der Sof twarekomponente 
„Microsoft Word 10 der Firma Microsoft. Die Sxibroutine „que- 
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ry_exist" uberpriift die Anwesenheit der Sof twarekomponente; die 
Subroutine „query_active'\ ob die Sof twarekomponente lauft. 

Jede der Routinen 4, 4', 5, 5' kann vorteilhaf terweise so 
gestaltet werden, daS sie selbst bzw. mittels entsprechender 
5 Detektoren DET iiberpriift, ob sie fur die auf dem Benutzerrech- 
ner 2 vorgefundene Hardware- oder Sof twareausstattung geeignet 
ist und, wenn nicht, beispielsweise ohne weitere Aktion beendet 
wird, d.h. die Steuerung zuruckgibt . Auch kann die Routine 
uberpriifen, ob die aufgerufene Installation, Deinstallation, 

10 Konf iguration oder Dekonf iguration ihrer Sof twarekomponente 
nicht ohnehin bereits erfolgt ist, in welchem Fall sie eben- 
falls beendet wird, d.h. die Steuerung zuruckgibt. Alternativ 
konnten diese Priifungen aber auch in einen den Routinen gemein- 
samen Codeabschnitt (siehe oben) des Regelpakets RP oder in den 

15 aufrufenden ProzeS P (siehe unten) verlagert sein. 

SchlieSlich umfaSt das Framework FW eine Liste L jener Re- 
gelpakete RP, mit deren Abarbeitung im Benutzerrechner 2 begon- 
nen werden soil. Es versteht sich, dafi die Liste L z.B. nur auf 
das erste Regelpaket RP verweisen kann, welches in weitere Re- 

20 gelpakete RP rekursiert, oder einfach alle Regelpakete RP an- 
fuhrt, wenn diese jeweils fiir sich die Voraussetzungen fiir ihre 
Ausfiihrung feststellen, oder aber nur solche Regelpakete an- 
fiihrt, die von einem Administrator als „Tagespensum'' vorgegeben 
werden usw. 

25 In einer bevorzugten Imp lementie rung besteht ein Regelpa- 

ket RP aus einem Satz von Dateien, die durch eine zentrale Re- 
gelpaket-Spezif izierungsdatei referenziert werden. Ein Beispiel 
einer solchen Regelpaket -Spezif izierungsdatei ist in Anlage 2 
angefiihrt. Im Einleitungsabschnitt der Datei ist der Verweis 

3 0 auf die Sof twarekomponente ersichtlich; die Verweise „ install'', 
„uninstall'\ „policies_true" und „policies_f alse'' zeigen auf 
die vier Routinen 4, 4', 5 bzw. 5' . 

Die Auswertung des Frameworks FW und Abarbeitung der Re- 
gelpakete RP auf dem Benutzerrechner 2 wird mit Hilfe eines 

35 Klientprogramms KP durchgefuhrt , welches die beschriebene Abar- 
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beitung der Liste L in einem Prozefi P durchfiihrt (Fig. 2) . Zu 
diesem Zweck enthalt das Klientprogramm KP einen Speicher S zur 
lokalen Speicherung einer Kopie des Frameworks FW, welcher auch 
fur die Weiterverteilung (Replikation) des Frameworks FW an an- 
5 dere Benutzerrechner 2 verwendet werden kann. 

Das Klientprogramm KP verfiigt ferner iiber eine lokale Da- 
tenbank DB, welche zwei Listen 1, 8 fiihrt, deren Verwendung in 
den Fig. 7 und 8 ausfiihrlicher gezeigt ist . Die erste Liste 7 
enthalt einen Eintrag fiir jedes Regelpaket RP, dessen Installa- 

10 tionsroutine 4 erfolgreich durchlaufen wurde. Die zweite Liste 
8 enthalt einen Eintrag fiir jedes Regelpaket RP, dessen Konfi- 
gurationsroutine 5 erfolgreich durchlaufen wurde. Damit verfiigt 
das Klientprogramm KP iiber eine Aufstellung aller auf . dem Be- 
nutzerrechner 2 erfolgreich installierten und konf igurierten 

15 Sof twarekomponenten SW, welche bei der Abarbeitung der Regelpa- 
ket e RP auch dazu verwendet werden kann, Doppelauf ruf e oder 
endlose Rekursionen usw. zu erkennen iind zu vermeiden. Dariiber 
hinaus ist die lokale Datenbank DB auch nutzlich, urn obsolete 
Oder veraltete Sof twarekomponenten zu erkennen und zu entfer- 

20 nen, wie im Rahmen des Flufidiagramms von Fig. 6 noch ausfiihr- 
lich erlautert wird. 

Fig. 6 zeigt ein beispielhaf tes FluBdiagramm fiir das 
Klientprogramm KP. Nach einer Initialisierung im Block 9 werden 
im Block 10 alle in der Liste L des Frameworks FW angefiihrten 

25 Regelpakete RP abgearbeitet , und zwar durch Auf ruf en ihrer In- 
stallationsroutinen 4. Es versteht sich, dalS dabei die Regelpa- 
kete RP, wenn sie mittels der Detektoren DET die Voraussetzung 
der Anwesenheit oder Abwesenheit anderer Regelpakete RP fest- 
stellen, jeweils in diese anderen Regelpakete rekursieren, wie 

30 bereits erlautert. 

Nachdem im Block 10 alle Installationsroutinen 4 abgear- 
beitet und damit alle erf orderlichen Sof twarekomponenten BSl, 
A, B, . . auf dem Benutzerrechner 2 installiert worden sind, geht 
das Klientprogramm KP bzw. sein Prozefi P zum Block 11 iiber, in 

35 welchem die Konf iguration der Sof twarepakete in einem zweiten 



- 18 - 



Durchlauf durch die Liste L erfolgt. Im Block 11 werden wieder 
die in der Liste L angefiihrten Regelpakete RP abgearbeitet , 
diesmal unter Aufrufen ihrer Konf igurationsroutine 5. Falls er- 
forderlich, konnen die Regelpakete RP wieder in weitere Regel- 
5 pakete rekursieren, wie bereits erortert . 

Dadurch, da£ im Block 10 zunachst eine vollstandige In- 
stallation aller erf orderlichen Sof twarekomponenten erfolgt, 
wird gewahrleistet , daS das Konf igurieren im Block 11 von einem 
definierten Systemzustand ausgeht, was in vielen Fallen eine 

10 korrekte Konf iguration erst ermoglicht. 

Die weiteren in Fig. 6 gezeigten Blocke 12 iind 13 des Ver- 
fahrens bzw. des Klientprogramms KP sind optional und dienen 
der Beseitigung obsoleter oder veralteter Sof twarekomponenten 
vom Benutzerrechner 2 . 

15 Wie bereits erwahnt, sind Regelpakete RP fur obsolete oder 

veraltete Sof twarekomponenten nicht mehr im Framework FW ent- 
halten, konnen allerdings auf einem Benutzerrechner 2 noch er- 
forderlich sein, beispielsweise wegen veralteter Hardwareaus- 
stattung. Das Klientprogramm KP vergleicht daher die im Frame- 

20 work FW enthaltenen Regelpakete RP mit den in den Listen 7 und 
8 der lokalen Datenbank DB eingetragenen Regelpaketen RP und 
versetzt jene Regelpakete RP, welche im Framework FW nicht mehr 
aufscheinen, in einen inaktiven Zustand, z.B. durch ein ent- 
sprechendes Flag in den Listen 7 und 8 oder im Regelpaket RP 

25 selbst. Im inaktiven Zustand ist ein Regelpaket RP nur mehr an- 
hand seiner Deinstallationsroutine 4' oder seiner Dekonf igura- 
tionsroutine 5' aufrufbar. 

Im Block 12 werden alle inaktiven Regelpakete RP anhand 
ihrer Dekonf igurationsroutinen 5' aufgerufen. Im anschlielSenden 

3 0 Block 13 erfolgt ein erneuter Durchgang anhand ihrer Deinstal- 
lationsroutinen 4' . 

Wie bereits erortert, priift dabei jede Deinstallations- 
oder Dekonf igurationsroutine (oder auch der ProzeS P) , ob sie 
auf ihr „Ziel'\ den Benutzerrechner 2, anwendbar ist und nur 

35 dann, wenn dies moglich ist (z.B. Ausbau einer veralteten Hard- 
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ware), wird sie ausgefiihrt. Bei der Dekonf iguration bzw. Dein- 
stallation tragt sie sich auch jeweils wieder aus der Liste 7 
bzw. 8 der lokalen Datenbank DB aus. 

Dadurch wird bei jedem Durchlauf des Klientprogramms KP 
5 gleichsam ein Reinigungsdurchlauf ausgefiihrt, der veraltete 
Oder obsolete Sof twarekomponenten und deren Regelpakete besei- 
tigt . 

Im Block 14 des Flufidiagramms von Fig. 6 werden AbschluE- 
prozesse durchgefiihrt und das Klientprogramm KP beendet . 

10 Das Ausfuhren des Klientprogramms KP auf dem Benutzerrech- 

ner 2 kann auf vielerlei Arten angestofien werden. Fig. 9 zeigt 
einige mogliche Varianten. Dem AbarbeitungsprozeS P des Klient- 
programms KP ist hier ein Ereignismanager 15 vorgeschaltet , 
welcher sowohl lokale Ereignisse auf dem Benutzerrechner 2 als 

15 auch entfernte Ereignisse z.B. auf den Wartungsarbeitsplatzen 3 
verarbeiten kann. 

• Sinnbildlich sind einige Arten von lokalen Ereignissen 2 
dargestellt, beispielsweise Benutzerereignisse 16 wie die Beta- 
tigung einer entsprechenden Taste, Systemereignisse 17 wie das 

20 Erkennen eines Systemstarts oder -stops, einer Benutzeran- oder 
-abmeldung, einer Netzwerkan- oder -abmeld\ing, eines Programm- 
starts Oder -endes usw. , Hardwareereignisse 18 wie das An- oder 
Abschliefeen einer Hardwareausstattung, oder vom Systemadmini- 
strator definierte lokale Ereignisse 19. Es ist aber auch mog- 

25 lich, daE das Klientprogramm KP durch entfernte Ereignisse aus- 
gelost wird, beispielsweise durch aktives Senden eines Trigger- 
befehls von einer Wartungsarbeitsstation 3 her, oder durch 
^passives'' Abholen eines Auslosebef ehls von einer Netzwerkres- 
source RESi, z.B. im Zuge einer Netzwerkanmeldung oder zu vor- 

3 0 gegebenen Tageszeiten. 

Die genannten Ereignisse konnen auch direkt die Ausfiihrung 
bestimmter Regelpakete RP oder Routinen 4, 4', 5, 5' auslosen, 
und zwar uber deren Ausloseverweise TRIG (siehe Fig, 4). Der 
Ereignismanager 15 des Klientprogramms KP kann direkt die liber 

35 die Ausloseverweise TRIG zugeordneten Regelpakete oder Routinen 
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aufrufen, oder liber die Listen 1, 8 der lokalen Datenbank DB, 
in welche die Regelpakete RP ihre Ausloseverweise TRIG einge- 
tragen haben. Auch ist es moglich, nach einem Auslosen des Er- 
eignismanagers 15 bereits im Block 9 des Klientprogramms KP je- 
5 ne Regelpakete - entsprechend ihren Ausloseverweisen TRIG - 
vorzuselektieren, welche der Ereignisauslosung des Ereignisma- 
nagers 15 entsprechen, und anschlieEend das Klientprogramm 15 
nur fiir diese- vorselektierten Regelpakete RP zu durchlaufen. 

Eine andere Moglichkeit ist es, die Ausloseverweise TRIG 

10 in den Regelpaketen RP als ^Filter" fiir die Abarbeitiing der Re- 
gelpakete im Zuge einer ereignisgesteuerten Ausfuhrung des 
Klientprogramms KP zu verwenden: Wenn ein Regelpaket zumindest 
einen Ausloseverweis TRIG enthalt, wird es bei einem Aufruf 
durch das Klientprogramm KP nur dann ausgefiihrt, wenn auch sein 

15 Ausloseverweis TRIG diesem Ereignis entspricht. 

Fig. 10 zeigt ein Implementierungsbeispiel des Klientpro- 
gramms KP im Rahmen eines Betriebssystems eines Benutzerrech- 
ners 2, welches geschiitzte Bereiche („Kontexte'') fiir einzelne 
Prozesse bereitstellt , beispielsweise um Benutzerprozesse von 

2 0 Systemprozessen zu isolieren und dadurch die Betriebsstabilitat 
zu verbessern. Da die Installation und Konf iguration von Soft- 
warekomponenten haufig kontextiibergreif ende Berechtigungen er- 
fordert, wird hier der AbarbeitungsprozelS P in mehrere in ge- 
schiitzten Systembereichen „Admin", „User'' und „ System'' ablau- 

25 fende Ausf uhrungsmaschinen Pi, P2 und P3 unterteilt. 

Fiir jede systemmodif izierende Komponente des Verfahrens, 
beispielsweise die Routinen der Regelpakete, kann ein Transak- 
tionssystem implementiert werden, welches einen vollstandigen 
Rollback der Systemkonf iguration ermoglicht, falls die Instal- 

30 lation, Deinstallation, Konf iguration oder Dekonf iguration ei- 
ner Sof twarekomponente fehlschlagt. 

Die Erfindung ist nicht auf die dargestellten Ausfiihrungs- 
formen beschrankt, sondern umfaSt alle Varianten und Modifika- 
tionen, die in den Rahmen der angeschlossenen Anspriiche fallen. 



35 
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ANLAGE 1 

[snil::header] 
smlversion=3.0.0 
encoding=iso-8859- 1 

t>'pe=dsf 

obj ectid=3 - A 1 1-1 00 A-5 7F0- 1 OOOCOOOOO 1 -0-0 
sqn=3-FFFF- 1 00A-57F0-25-0-0 
name=Microsoft Office XP Premium Edition 

[dsf: :query_exist] 

/* detect Office 10.0 components */ 
ifreg.keyexist condition :true,- 

>reghive=HKEY_LOCAL_MACHINE,regpath=SOFTWARE\Microsoft\Office\^ 
{ 

do.reg.setkey regkeyhan- 
dIe:hRegistiy,reghive=HKEY_LOCAL_MACHINE,regpath=SOFTWARE\MicrosomOffi 
Root,option=OPEN, 

if sys.handleisvalid conditionitrue regkeyhandleihRegistry, 

{ 

;detect WinWord 

;first let's see if the required file exists 
if file.exist condition:false,-> 

.->filepath=<!"get.reg. value regkeyhandleihRegistry ,->regentry=Path.~ !>WIN WORD.EXE, 
{ 

do.sys.exit->level=section,retumvalue=false, 

} 

;second let's check the flies required property 
if file.matchversionproperty condition :false,-> 

.->filepath=<!-get.reg.valueregkeyhandle:hRegistry,->regentry=Path,-!>WINWORD.EXE, 
.->propertyname=fileversion, versionproperty typeieq =10.*, 

{ 

do.sys.exit->leveI=section.retumvalue=false, 

} 

do.sys.closehandleregkeyhandle:hRegistry, 

} 

} 

[dsf : queryacti ve] 

/* dedect if Office 10.0 WinWord component is running */ 
if reg.keyexist condition:true,- 

>reghive=HKEY_LOCAL_MACHINE,regpath=SOFTWARE\Microsoft\Office\10.0, 
{ 

do.reg.setkey regkeyhan- 
dle:hRegistry,reghive=HK£Y_LOCAL_MACHINE,regpath=SOFTWARE\Microsoft\Office\l^ 
Root,optionK)PEN, 

if sys.handleisvalid condition :true regkeyhandIe:hRegistry, 

{ 

;dedect WinWord 

if process. exist condition :false.->processname= WIN WORD.EXE, module=<! -get. reg. value regkeyhan- 
dleihRegistry ,->regentry=Path.--!>WINWORD.EXE, 

{ 

calLsys.exit->level=seaion,retumvalue=false, 

} 

call.sys.closehandle regkeyhandleihRegistry. 

} 

} 



- 22 - 



ANLAGE 2 

[snil::header] 
snilversion=3.0.0 
encoding=iso-8859- 1 
type=psf 

obj ectid=3 -3 F 1 - 1 OOA-S TFO- 1 OOOCOOOOO 1 -0-0 
sqn=3-FFFF-l 00A-57F0-2-0-0 
name=Microsoft Office XP Premium 

[psf: -.definition] 

packagename->text=Microsoft Office XP, 

packagedescription->text=The Microsoft Office XP Premium Suite, 
packagecompany->text==Microsoft, 

packagecopyright->text=Copy right© Microsoft Corporation 1985-2001. All rights reserved., 
packageproductversion-> versionnumber= 1 0.0, 

packagedate->text=2002-0 1-01, 

[sml::system] 

transactioncontext->context=package, 
security context->context= ADM, 
oscontext->context=Win32, 

[sml::ossupport] 

windowssys->platform=x86,os=nt,osversion type:= =5.0,sp type:>= =3, 
windowssys->platform=x86,os=nt,osversion type:= =5.1,sp type:>= =1, 
winesys->pIatform==x86,wineversion type:>= =2.0.0,winetype=CROSSOVER_OFFICE, 

[psf::detectselfl 

detectsoftware->objectid=3-A 11-1 00A-57F0- 1 OOOCOOOOO 1 -0-0, 

[sml : rdisptay support] 
display->sho\v=l, 

di splay header->text=Micro soft Office XP, 
dispiaytext->text=Manages Microsoft Office XP..., 

[psf::archive] 

archivepolicies->archive=l ,override=l , 
archi veuninstall->archi ve= 1 , 

[psf: :instal]options] 
rollbackonerror->rollback=l , 
instalIevents->event=ALL, 
ownersonly->restrict=0, 

[psf: :dedecttargets] 

if.group.accountismember->groupname groupformatrdefault, type:eq,=officexp, 
[psf:: install] 

installjobid->objectid=3-4 11-1 00A-57FO- 1 OOOCOOOOO 1 -0-0, 
[psf::uninstali] 

uninstalljobid.>objectid=3-44 1 - 1 00A-57F0-1 OOOCOOOOO 1 -0-0, 

[psf::policies_true] 

policyid.>objectid=3-47 1 - 1 00A-57FO- 1 OOOCOOOOO 1 -0-0, 
[psf: :policies_false] 

policy id->objectid=3-47 1 - 1 00A-57FO- 1 000C000002-0-0 
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Patentanspruche : 

1. Verfahren zur automatischen Installation und Konfigu- 
ration von Sof twarekomponenten (SW) in einem Computernetzwerk 

5 (1) , das eine Vielzahl von Benutzerrechnern (2) und zumindest 
eine Netzwerkressource (RES) von installierbaren Sof twarekom- 
ponenten umfaSt, gekennzeichnet durch die Schritte: 

a) Bereitstellen eines Frameworks (FW) auf der Netzwerk- 
ressource (RES) , welches ein Regelpaket (RP) fur jede der in- 

10 stallierbaren Sof twarekomponenten (SW) der Netzwerkressource 
(RES) und eine Liste (L) abzuarbeitender Regelpakete (RP) um- 
fafit, nicht jedoch die Sof twarekomponenten (SW) selbst, 

wobei zumindest eines der Regelpakete (RP) eine Routine 
(4) zum Laden seiner Sof twarekomponente (SW) von der Netzwerk- 

15 ressource (RES) her und Installieren auf einem Benutzerrechner 
(2) und zumindest dieses oder eines der anderen Regelpakete 
(RP) eine Routine (5) zum Konf igurieren seiner auf einem Benut- 
zerrechner installierten Sof twarekomponente (SW) umfafit, 

b) Ubertragen des gesamten Frameworks (FW) an einen Be- 
20 nutzerrechner (2) ; und 

c) Abarbeiten der Liste (L) abzuarbeitender Regelpakete 
(RP) mit Installationsroutinen (4) auf dem Benutzerrechner (2) 
unter Aufrufen ihrer Installationsroutinen (4) , und nochmaliges 
Abarbeiten der Liste (L) abzuarbeitender Regelpakete mit Konfi- 

25 gurationsroutinen (5) auf dem Benutzerrechner (2) unter Aufru- 
fen ihrer Konf igurationsroutinen (5) , 

wobei zumindest Schritt c) durch ein lokales Ereignis (IS- 
IS) auf dem jeweiligen Benutzerrechner (2) ausgelost wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, 
30 da£ Schritt c) durch einen Systemstart oder -stop, ein System- 

sperren oder -freigeben, eine Benutzeran- oder -abmeldung, eine 
Netzwerkan- oder -abmeldung, einen Programmstart oder -ende, 
das An- oder AbschlieEen einer Hardwareausstatt\ing oder durch 
einen Zeitgeber ausgelost wird. 
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3. Verfahren nach Anspruch 1 oder 2, bei welchem die er- 
folgreiche Installation einer Sof twarekomponente auf einem Be- 
nutzerrechner die An- oder Abwesenheit, Konf iguration oder De- 
konf iguration einer anderen Sof twarekomponente als Vorausset- 

5 zung haben kann, dadurch gekennzeichnet , 

dafi im Schritt a) das Framework (FW) einen Detektor (DET) 
fiir jede mogliche Voraussetzung und zumindest eines der Regel- 
pakete (RP) eine Routine (4') zum Deinstallieren seiner Soft- 
war ekomponente von einem Benutzerrechner (2) und zumindest die- 
10 ses Oder eines der anderen Regelpakete (RP) eine Routine (5') 
zum Ruckgangigmachen (Dekonf igurieren) der Konf iguration seiner 
Sof twarekomponente (SW) auf einem Benutzerrechner (2) umfaSt, 
und 

daS im Schritt c) , wenn im Zuge eines Regelpakets (RP) 
15 mittels eines Detektors (DET) festgestellt wird, dafi die An- 
oder Abwesenheit, Konf iguration oder Dekonf iguration einer an- 
deren Sof twarekomponente (SW) erforderlich ist, die In- 
stallations-, Deinstallations- , Konf igurat ions- oder Dekonf igu- 
rationsroutine (4, 4', 5, 5') des dieser anderen Sof twarekompo- 
20 nente (SW) zugeordneten Regelpakets (RP) aufgerufen wird. 

4. Verfahren nach einem der Anspriiche 1 bis 3, dadurch 
gekennzeichnet, daiS das Framework (FW) auch Detektoren (DETHW, 
DETBSl) fiir die Hardware- oder Betriebssystemausstattung eines 
Benutzerrechners (2) umfaSt und im Zuge einer Routine (4, 4', 

25 5, 5') mittels eines solchen Detektors iiberpriift wird, ob der 
Benutzerrechner (2) fiir die jeweilige Installation, Deinstalla- 
tion, Konf iguration oder Dekonf iguration der Sof twarekomponente 
(SW) geeignet ist. 

5. Verfahren nach einem der Anspriiche 1 bis 4, dadurch 
30 gekennzeichnet, da£ im Zuge einer Routine (4, 4', 5, 5') vorab 

gepriift wird, ob die jeweilige Installation, Deinstallation, 
Konf iguration oder Dekonf iguration der Sof twarekomponente (SW) 
auf dem Benutzerrechner (2) bereits erfolgt ist und, wenn ja, 
die Routine sofort beendet wird. 
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6. Verfahren nach einem der Anspriiche 1 bis 5, dadurch 
gekennzeichnet , da£ Schr.itt b) und/oder Schritt c) auch durch 
ein entferntes Ereignis auf der Netzwerkressource ausgelost 
wird, bevorzugt das Aussenden einer Gruppen- oder Broad- 

5 castnachricht . 

7. Regelpaket, das auf einem Betriebssystem eines Benut- 
zerrechners (2) ausfuhrbar ist, zur automatischen Installation 
und Konf iguration von Sof twarekomponenten (SW) , die auf einer 
Netzwerkressource (RES) verfiigbar sind, auf dem Benutzerrechner 

10 (2) , dadurch gekennzeichnet , dafi das Regelpaket (RP) einen Ver- 
weis (RESa) auf eine Sof twarekomponente auf der Netzwerkres- 
source (RES) und zumindest eine der folgenden vier Routinen um- 
faSt: eine Routine (4) zum Installieren dieser Sof twarekompo- 
nente (SW) auf dem Benutzerrechner (2), eine Routine (4') zum 

15 Deinstallieren dieser Sof twarekomponente (SW) vom Benutzerrech- 
ner (2), eine Routine (5) zum Konf igurieren dieser auf dem Be- 
nutzerrechner (2) installierten Sof twarekomponente (SW) , und 
eine Routine (5') zum Riickgangigmachen (Dekonf igurieren) der 
Konf iguration dieser auf dem Benutzerrechner (2) installierten 

20 Sof twarekomponente (SW) , wobei jede Routine (4, 4', 5, 5')/ 
wenn sie das Erfordernis der An- oder Abwesenheit einer anderen 
Sof twarekomponente (SW) feststellt, zur Installations- bzw. 
Deinstallationsroutine (4, 4') eines dieser anderen Sof tware- 
komponente (SW) zugeordneten anderen Regelpakets (RP) ver- 

25 zweigt. 

8. Regelpaket nach Anspruch 7, dadurch gekennzeichnet, 
daS es einen Verweis (DEThw, DETbsi) auf eine bestimmte Hard- 
ware- und/oder Betriebssystemausstattung eines Benutzerrechners 
(2) umfaEt \ind anhand dieses Verweises uberpriift, ob der Benut- 

30 zerrechner (2) fiir die jeweilige Installation, Deinstallation, 
Konf iguration oder Dekonf iguration der Sof twarekomponente (SW) 
geeignet ist. 

9. Regelpaket nach Anspruch 7 oder 8, dadurch gekenn- 
zeichnet, dafi es uberpriift, ob die jeweilige Installation, 

35 Deinstallation, Konf iguration oder Dekonf iguration der Soft- 
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warekomponente (SW) auf dem Benutzerrechner (2) bereits erfolgt 
ist und, wenn ja, seine Ausfiihrung beendet. 

10. Regelpaket nach einem der Anspriiche 7 bis 9, dadurch 
gekennzeichnet , da£ es mindestens einen Ausloseverweis (TRIG) 

5 auf ein lokales Ereignis (16-19) auf dem Benutzerrechner (2) 
enthalt, wobei der Ausloseverweis (TRIG) diesem Ereignis zumin- 
dest eine der Routinen (4, 4', 5, 5') des Regelpakets zuordnet. 

11. Regelpaket nach einem der Anspriiche 7 bis 10, dadurch 
gekennzeichnet, daS es ferner mindestens einen Ausloseverweis 

10 (TRIG) auf ein entferntes Ereignis auf der Netzwerkressource 
enthalt, wobei der Ausloseverweis (TRIG) diesem Ereignis zumin- 
dest eine der Routinen (4, 4', 5, 5') des Regelpakets zuordnet. 

12. Regelpaket nach einem der Anspruche 7 bis 11, dadurch 
gekennzeichnet, dafi es in einen inaktiven Zustand versetzbar 

15 ist, in welchem nur seine Deinstallations- und Dekonf igurati- 
onsroutinen (4', 5') aufrufbar sind. 

13. Computer, der mit zumindest einem Regelpaket nach ei- 
nem der Anspruche 7 bis 12 programmiert ist. 

14. Framework, das auf einer Netzwerkressource (RES) in 
20 einem Computernetzwerk (1) fur eine Vielzahl von Benutzerrech- 

nern (2) bereitstellbar ist, zur automatischen Installation und 
Konf iguration von auf der Netzwerkressource (RES) verfiigbaren 
Sof twarekomponenten (SW) auf den Benutzerrechnern (2) , wobei 
die erfolgreiche Installation einer Sof twarekomponente (SW) die 

25 An- Oder Abwesenheit einer anderen Sof twarekomponente (SW) vor- 
aussetzen kann, dadurch gekennzeichnet, da£ das Framework (FW) 
einen Satz von Regelpaketen (RP) nach einem der Anspruche 7 bis 
12, einen Satz von Detektoren (DET) fiir jede mogliche Voraus- 
setzung, und eine Liste (L) von auf den Benutzerrechnern (2) 

30 abzuarbeitenden Regelpaketen (RP) umfaSt. 

15. Framework nach Anspruch 14 in Verbindung mit einem 
Regelpaket nach Anspruch 8, dadurch gekennzeichnet, da£ das 
Framework (FW) auch Detektoren (DETHW, DETBSl) fiir die Hard- 
ware- Oder Betriebssystemausstattung eines Benutzerrechner s (2) 
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umfafit und den Regelpaketen (RP) fur die genannte Uberpriifung 
zur Verfiigung stellt. 

16. Computer, der mit einem Framework nach Anspruch 14 
Oder 15 programmiert ist. 
5 17. Maschinenlesbarer Datentrager, der mit einem Framework 

nach Anspruch 14 oder 15 programmiert ist. 

18. Klientprogramm, das auf einem Benutzerrechner (2) 
ausfiihrbar ist, zur automatischen Installation und Konfigura- 
tion von Sof twarekomponenten (SW) , die auf einer Netzwerkres- 

10 source (RES) verfiigbar sind, auf dem Benutzerrechner (2) , da- 
durch gekennzeichnet , daS es ein Framework (FW) nach Anspruch 
14 Oder 15 empfangt und speichert, in einem ersten Durchgang 
die Liste (L) abzuarbeitender Regelpakete (RP) unter Aufrufen 
ihrer Installationsroutinen (4) und in einem zweiten Durchgang 

15 die Liste (L) abzuarbeitender Regelpakete (RP) unter Aufrufen 
ihrer Konf igurationsroutinen (5) abarbeitet. 

19. Klientprogramm nach Anspruch 18, dadurch gekennzeich- 
net, dafi es eine lokale Datenbank (DB) aufweist, welche eine 
Liste (7) von Regelpaketen (RP) mit erfolgreich durchlauf enen 

20 Installationsroutinen (4) und eine Liste (8) von Regelpaketen 
(RP) mit erfolgreich durchlauf enen Konf igurationsroutinen (5) 
enthalt . 

20. Klientprogramm nach Anspruch 19, dadurch gekennzeich- 
net, daE es die in den Listen (7, 8) eingetragenen Regelpakete 

2 5 (RP) mit den im Framework (FW) enthaltenen Regelpaketen (RP) 
vergleicht und fiir jene Regelpakete (RP) , welche im Framework 
(FW) nicht aufscheinen, in einem ersten Durchgang deren Dekon- 
f igurationsroutinen (5') und in einem zweiten Durchgang deren 
Deinstallationsroutinen (4' ) abarbeitet. 

30 21. Klientprogramm nach einem der Anspriiche 18 bis 20 in 

Verbindung mit einem Regelpaket nach Anspruch 10, dadurch ge- 
kennzeichnet, daE es das Auftreten eines lokalen Ereignisses 
(16-19) auf dem Benutzerrechner (2) , bevorzugt eines System- 
starts Oder -stops, eines Systemsperrens oder -freigebens, ei- 

35 ner Benutzeran- oder -abmeldung, einer Netzwerkan- oder 
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-abmeldung, eines Programmstarts oder -endes, des An- oder Ab- 
schliefiens einer Hardwareausstattung, oder des Ansprechens ei- 
nes Zeitgebers, liberwacht und die diesem Ereignis iiber den Aus- 
loseverweis (TRIG) zugeordnete Routine (4, 4', 5, 5') des ent- 
5 sprechenden Regelpakets (RP) aufruft. 

22. Klientprogramm nach einem der Anspriiche 18 bis 20 in 
Verbindung mit einem Regelpaket nach Anspruch 11, dadurch ge- 
kennzeichnet , dafi es ferner das Auftreten eines entfernten Er- 
eignisses auf der Netzwerkressource, bevorzugt das Aussenden 

10 einer Gruppen- oder Broadcastnachricht , iiberwacht und die die- 
sem Ereignis liber den Ausloseverweis (TRIG) zugeordnete Routine 
(4, 4', 5, 5') des entsprechenden Regelpakets (RP) aufruft. 

23. Klientprogramm nach einem der Anspriiche 18 bis 22, 
dadurch gekennzeichnet , dafi es ein Transaktionssystem fiir jede 

15 systemmodif izierende Komponente, insbesondere fur die Regelpa- 
kete (RP) , aufweist. 

24. Computer, der mit einem Klientprogramm nach einem 
der Anspriiche 18 bis 23 programmiert ist . 

25. Computerprogramm, implementierend ein Verfahren nach 
20 einem der Anspriiche 1 bis 6. 



- 29 - 



Zusammenf assung : 

Verfahren zur Installation und Konf iguration 
5 von Sof twarekomponenten 

Die Erfindung betrifft ein Verfahren, Regelpaket 
(RP) , Framework (FW) und Klientprogramm (KP) zur automat ischen 
Installation und Konf iguration von Sof twarekomponenten (SW) in 

10 einem Computernetzwerk (1) , das eine Vielzahl von Benutzerrech- 
nern (2) und zumindest eine Netzwerkressource (RES) von instal- 
lierbaren Sof twarekomponenten (SW) umfafit, wobei die erfolgrei- 
che Installation einer Sof twarekomponente (SW) die An- oder Ab- 
wesenheit einer anderen Sof twarekomponente (SW) voraussetzen 

15 kann, sowie entsprechend programmierte Computer und Datentra- 
ger. Insbesondere weist jedes Regelpaket (RP) zumindest eine 
der folgenden vier Routinen auf: eine Routine (4) zum Instal- 
lieren der Sof twarekomponente (SW) auf dem Benutzerrechner (2) , 
eine Routine (4') zum Deinstallieren derselben, eine Routine 

2 0 (5) zum Konf igurieren der installierten Sof twarekomponente (SW) 
und eine Routine (5') zum Riickgangigmachen (Dekonf igurieren) 
der Konf iguration derselben, wobei die Regelpakete (RP) auf dem 
Benutzerrechner (2) unter Aufrufen ihrer Installationsroutinen 
(4) und anschlieiSend ihrer Konf igurationsroutinen (5) abgear- 

25 beitet werden und die Abarbeitung durch ein lokales Ereignis 
(16-19) auf dem jeweiligen Benutzerrechner (2) ausgelost wird. 
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